約 3,466,831 件
https://w.atwiki.jp/edaeda/pages/14.html
TSファイルの編集方法 前項目で、Fedora10環境にHDUSをセットアップしてrecfriioコマンドを用いた地デジの録画まで出来るようになりました。 本項目では、recfriioコマンドで録画した「***.ts」というTSファイルを編集してPC上で更に見やすく保存しやすい形にしていきます。 TsSplitterのインストール TsSplitterはtsファイルから必要な部分のみを抜き出すことが出来るツールです。 Windows用のアプリですが、Linux上でもwine(Linux上で動作するWindows API)を使えば、利用可能です。 TsSplitterもHDUSのパッチ等と同じく有志の方々が作成されたものなので、感謝しつつ利用させて頂きます。 TsSplitterは以下からダウンロードします。 TsSplitter 本項作成時(2009年6月)時点での最新バージョンはVer1.22です。 ダウンロードして解凍します。 # cd /usr/local/src # mkdir TsSplitter-1.22 # cd TsSplitter-1.22 # wget http //2sen.dip.jp/cgi-bin/dtvup/source/up0115.zip # unzip up0115.zip 解凍すると、TsSplitter.exeがあるので、パスの通ったディレクトリへコピーします。 # cp -Rp TsSplitter.exe /usr/local/bin/ TsSplitterのインストールはこれで完了です。 Wineのインストール 前述でもあるように、TsSplitterはWindows用ツールなので、そのままではLinux上で動作しません。 そこで、wineを利用します。 wineのインストールはyumを使えば簡単にインストール出来ます。 # yum -y install wine 依存関係にある関連ファイルも色々とインストールされます。 TSファイルの編集 recfriioコマンドで録画された「***.ts」というTSファイルには、フルセグの他に、ワンセグや文字放送、番組情報といった情報も含まれている為非常に大きなファイルになります。(1時間で6~8GB) このままではすぐにHDDの容量がなくなってしまうので、TSファイルから不要な部分を削除して、ファイルサイズを減らします。 そこで利用するのが、TsSplitterです。 TsSplitterの使い方は以下の通りです。 # wine /usr/local/bin/TsSplitter.exe -SD -1SEG ファイル名.ts 上記コマンドでは、ファイル名.tsファイルからSD画質及びワンセグ画質データを削除するという意味になります。 不要データが削除されたファイルは「ファイル名_HD.ts」というファイル名で保存されます。 SD及びワンセグデータを削除すると約2~3割程度ファイルサイズが縮小されます。 これで、HDUSでrecfriioによる地デジ録画から、録画したTSファイルの編集まで完了しました。 単純にSAMBA経由等で録画したファイルを見るのであれば、ここまでの内容で十分です。 次節以降では、録画したTSファイルをH.264のMP4やFLVにエンコードして、youtubeやニコニコ動画のようにブラウザ上から再生できるようにしていきます。 次項:ffmpegでx264(H.264)なMP4/FLVエンコード方法(Linux/Fedora環境)準備編 Linux TV録画関連 名前 コメント
https://w.atwiki.jp/oraoratorio/pages/85.html
このページに対してファイルをアップロードしてください 一番下にある『アップロード』からUP可能です。 その後そのファイルのアドレスを自分で作成するページに、 コピペして使います。 ファイル転送後はアップロードを再度開くか、 画面の指示に従ってください。ファイル一覧に飛ぶはずです。 #ref(http // ...... 001.jpg) 上のアドレス部分には画像のアドレスが入ります。 例としてファイルを置いて表示させています。 編集から構造を見てみてください。 注)ここはファイルをアップロードするためのページです 記事の投稿は、ここから画像のアドレスを拾って、 新規作成からお願いします。
https://w.atwiki.jp/3ds_notifications/pages/193.html
当wikiに掲載されている画像の中には、3DSの「インターネットブラウザー」から閲覧すると3Dで表示されるものがあります。 そういった画像を楽しみたい方のために専用リンクを用意しましたのでご利用ください。 3D表示対応画像のあるページ 一部のページは容量が大きいため3DSのブラウザでは全ての画像が表示されない場合があります。 その場合でも画像のある場所をタッチすれば3D画像を表示させることはできます。ご不便をおかけして申し訳ありませんが、PC等と合わせてご覧ください。 サンプル画像(3D表示対応) ※画像をタッチし続けてから離すと、上画面にその画像が3Dで表示されます。 ただし当wikiでは全ての3D画像に対し、一度タッチするだけで3D表示されるように設定しております。 以下のQRコードを3DSのカメラで読み込むと、簡単にこのページにアクセスすることができます。 方法:HOMEメニュー画面でLボタンとRボタンを同時に押して「カメラ」を起動し、下画面の左下にあるQRコードのマークをタッチ 以下、管理人の余談です。 わたしは今までこのwikiに上記のような3D画像を掲載する時に「通常のjpg画像にmpoファイルのURLへのリンクを仕込んでクリックで開くようにする」という面倒なことを行っていました。 ところがある裏技的なテクニックを知るとその手間が一気に解消されたのでここで紹介します。 ニンテンドー3DSで撮影した3D画像は「mpo」というファイル形式でSDカードに保存されます。 PCなどでSDカードの中身を確認すると、1枚の画像につき同じ名前のファイルが2種類(JPEG、MPO)ずつあるはずです。 この3D画像をインターネットを通じて他の3DSからも閲覧できるようにするためには、mpoの方をアップロードする必要があります。 mpoは特殊な形式の画像なので、3DS以外では専門的なソフトなどを使わないと中身を確認することができません。 また、mpoファイルは通常のエクスプローラーではサムネイル画像も表示されないので管理が面倒です。 そこで、拡張子を無理矢理「jpeg」に変えてしまうというテクニックを使います。 拡張子をjpgに変更すると、サムネイルも表示され、一見すると通常のjpeg画像と全く同じであるように見えます。 しかし、実はこのjpeg画像を掲示板などにアップロードして3DSから閲覧すると、きちんと3Dで表示されます。 おそらくこれはjpegとmpo両方の性質を備えた特殊なファイルに変化したということでしょう。 一時期話題になった「偽装gif」のようなものですね。 以下、ここでは拡張子をjpegに変えたmpo画像のことを「偽装mpo」と呼ぶことにします。 以下にそのサンプルを示します。実際に3DSのブラウザーから閲覧して比較してみてください。 一見同じに見える両者ですが、当然ファイルサイズは偽装mpoの方が大きくなっています(約2倍)。 元のjpeg画像 mpoから拡張子を変更したjpeg画像(3D表示対応) blankimgプラグインエラー:ご指定のファイルがありません。アップロード済みのファイルを指定してください。 ※注意※ ペイントソフト等で画像を開いて新たに保存するのではなく、mpo画像のファイル名をエクスプローラーから直接「○○○.jpg」という名前に変更してください。 ところで、変更する拡張子はjpeg以外でも問題ないのか、気になったので試してみました。 今回試した形式は「bmp」「gif」「png」「tif」で、いずれもjpegとほぼ同じ画像になりました。 これらの画像を3DSから閲覧すると、gifのみ「この画像は表示することができません。」と表示され、それ以外は問題なく3Dで表示されました。 また、ペイントソフトで編集を行うと、いずれもjpeg画像として認識されたので、「偽装mpoの偽装jpeg」のような状態になったと言えます。 これで終了……と思いきや、ここで違和感に気付きました。 並んでいる5枚の画像のサムネイルが微妙に違うと思いませんか? jpeg形式とtif形式に変換した画像だけ、カクカクと粗い画質になっています。 もちろんこれはサムネイルだけで、原寸表示すれば5枚ともほぼ同じ画像です。 拡大してみましょう。左がjpegのサムネイル、右がpngのサムネイルです。 随分と印象が違いますね。 もしかすると、これは左目用の画像と右目用の画像の違いだったりするのかもしれません。 そこで、交互に比較できるようにしました。 マウスを乗せると画像が入れ替わります。 どうも単に横に伸び縮みしているだけのように見えますね。 結局、色々と検証した割に微妙な結果になってしまいました。 とりあえずPC等で画像を管理する場合はmpoをjpegに変換するとファイル数がかさばらずに済むということを覚えておくと便利かもしれません。 ただし、任天堂公式の「画像投稿ツール」を使おうと考えているならば、SDカード内のファイルの削除や変更は行わないでください。 スクショなどを撮影するとMPOの他にBINという形式のファイルも一緒に保存される場合があります。 このファイルには管理情報(Twitter投稿時のハッシュタグの識別など)が存在すると思われるので、SDカード内のファイルはなるべくそのままにしておきましょう。 わたしは素人で詳しいことは分からないので、もし間違い等があれば情報提供用ページまでお願いします。 ちなみに、Miiverseに投稿されたスクリーンショットも偽装mpoのjpeg画像です。 ただし3D表示をオフにした状態、或いは3D非対応ソフトでも上画面をMiiverseに投稿すると偽装mpoとして扱われるようで、ファイルサイズが通常の倍になっています。 これは無駄なようにも見えますが、通常のjpeg画像よりも高品質な画像であるため、2Dに修正すると画質が著しく劣化します。なるべくそのままにしておきましょう。 さらに後から検証して分かったのですが、どうやら下画面のスクリーンショットも偽装mpoとして保存されているようです。こちらも同様に、なるべく手を加えないようにしましょう。 特に「上書き保存」してしまうと復元は不可能です。後悔しないよう気を付けてください。経験者からの忠告です。
https://w.atwiki.jp/jinsichi/pages/113.html
こんな感じ []で囲まれた部分が区切り 先頭に[exedit]とあるのは、拡張編集に関する記述。画面サイズとかfps値とか、そういうのが記載されています。 [0]のように数字が入ってきているものが実際のオブジェクト。 小数点の無い[0]がレイヤーやタイムラインの時間的な位置 [x.0]でオブジェクトの種類。テキストの場合はここにテキスト情報が入る模様。 [x.1~3]アニメーション効果などの情報が入る模様 [exedit] width=512 height=384 rate=20 scale=1 audio_rate=44100 audio_ch=2 [0] start=15 end=40 layer=1 overlay=1 camera=0 [0.0] _name=画像ファイル file=H \ツール・ユーティリティ\K-cri\12_3分クッキング\キャラ崩壊警告_ちーたか.png [0.1] _name=標準描画 X=-170.0 Y=-125.0 Z=0.0 拡大率=15.00 透明度=0.0 回転=0.00 blend=0 [1] start=41 end=74 layer=1 overlay=1 camera=0 [1.0] _name=画像ファイル file=H \ツール・ユーティリティ\K-cri\12_3分クッキング\サムネを描こうとしている…\3cook.png [1.1] _name=標準描画 X=0.0 Y=0.0 Z=0.0 拡大率=80.00 透明度=0.0 回転=0.00 blend=0 [2] start=89 end=200 layer=1 overlay=1 camera=0 [2.0] _name=テキスト サイズ=40 表示速度=25.0 文字毎に個別オブジェクト=1 移動座標上に表示する=0 自動スクロール=0 B=0 I=0 type=3 autoadjust=0 soft=1 monospace=0 align=0 spacing_x=0 spacing_y=0 precision=1 color=0000ff color2=ffffff font=C4 キセノン H text=867655309330533093306b3061306f3002300d000a003c007300370030003e00825908674353e9653c0073003e006730593002300d000a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 [2.1] _name=アニメーション効果 track0=0.60 track1=2.00 track2=0.00 track3=0.00 check0=0 type=10 filter=0 name= param= [2.2] _name=標準描画 X=-152.0 Y=-190.0 Z=0.0 拡大率=100.00 透明度=0.0 回転=0.00 blend=0
https://w.atwiki.jp/darong/pages/122.html
探偵ファイル広告料金一覧。広告代理店からスポンサーに提示される媒体資料。 PDF注意 http //infotop-m.jp/baitai_tantei.pdf スクリーンショットで一部抜粋 http //blog42.fc2.com/t/tf2ch/file/koukoku.jpg スパイ日記も「広告」として扱ってることに注目。 探偵ファイルの創立者であり、人気No,1の「BOSS」が陣頭指揮を執る「探偵ファイル」の看板コンテンツです。 BOSSが実際に取材し、体験レポート記事として紹介致しますので、広告効果抜群です。 月間最大4本掲載が可能です。 スパイ日記…1記事(5日間保証) ¥1,000,000 看板コンテンツ「スパイ日記」は、「チラシのウラ」というよりまさにチラシ(広告)そのものであったという事実。
https://w.atwiki.jp/ff3analyze/pages/9.html
セーブファイル編集 編集後は改造ツールの"FF3DS CheckSum Adjuster"を使用してのチェックサムの修正が必要です。 また、特に断りが無ければスロット1のセーブデータのアドレスです。 ●セーブファイルの形式について 拡張子 使用機器 使用可否 *.sav SuperCard等 そのまま使用可能 *.dat M3等 そのまま使用可能(Q&A参照) *.dst MAX DRIVE等 解凍が必要(Q&A参照) *.duc MAX DRIVE等 先頭500Byteの切り出しが必要(Q&A参照)または各アドレスに+1F4する。 スレッド内で解析された項目 ステータス(1スレ149さん・R3 ◆R3yyYyyyyYさん) 一人目(二人目以降は+2ECh) 0000007F XX レベル(XX=63まで) 00000080 XX XX XX XX 経験値(XX=7F 96 98 00まで) 00000088 XX XX 現在HP(XX=0F 27まで) 0000008C XX XX 最大HP(XX=0F 27まで) 0000016C XX 現在のジョブ(XX=ジョブリスト参照) 00000170 XX 以前のジョブ(XX=ジョブリスト参照) 00000174 XX すっぴん熟練度(XX=63まで) 00000188 XX たまねぎけんし熟練度(XX=63まで) 0000019C XX せんし熟練度(XX=63まで) 000001B0 XX モンク熟練度(XX=63まで) 000001C4 XX しろまどうし熟練度(XX=63まで) 000001D8 XX くろまどうし熟練度(XX=63まで) 000001EC XX あかまどうし熟練度(XX=63まで) 00000200 XX かりゅうど熟練度(XX=63まで) 00000214 XX ナイト熟練度(XX=63まで) 00000228 XX シーフ熟練度(XX=63まで) 0000023C XX がくしゃ熟練度(XX=63まで) 00000250 XX ふうすいし熟練度(XX=63まで) 00000264 XX りゅうきし熟練度(XX=63まで) 00000278 XX バイキング熟練度(XX=63まで) 0000028C XX まけんし熟練度(XX=63まで) 000002A0 XX げんじゅつし熟練度(XX=63まで) 000002B4 XX ぎんゆうしじん熟練度(XX=63まで) 000002C8 XX からてか熟練度(XX=63まで) 000002DC XX どうし熟練度(XX=63まで) 000002F0 XX まじん熟練度(XX=63まで) 00000304 XX まかいけんし熟練度(XX=63まで) 00000318 XX けんじゃ熟練度(XX=63まで) 0000032C XX にんじゃ熟練度(XX=63まで) 所持金(1スレ◆A2ovYoccs6さん) 00001928 XX XX XX XX ギル ボス復活(セーブスロット1)(1スレ581,583,585さん) バハムート 00002704 00 00002921 00 00002B25 00 00002CDA 00 リヴァイアサン 000026FD 00 000026FE 00 00002920 00 00002B12 00 オーディーン 00002697 00 0000291F 00 00002AE1 00 00002CFF 00 Wi-Fi回数(1スレ720さん・2(2)スレ37さん) セーブスロット1 00000050 XX (やってない人は0になってるはず) セーブスロット2 +3B10h セーブスロット3 +7620h モンスター図鑑(1スレ805,806さん) 1958h(+0h)モンスターID(基準値)NO1.ゴブリン 195Ah(+2h)図鑑状態(0 ???/1 NEW/3 発見済) 195Ch(+4h)討伐数(1bytes) 1960h(+8h)2匹めID 2050hアーリマン 2060hラスボス(注2058hではない) ちなみに、ネプトはID:C6かと思われます "だいじなもの"のカード編集(1スレ893さん) 00001228h xxyyzz00 ~ 000012d4 xxyyzz00 xx=カードの種類(62~78) yy=属性14 zz=個数(01でおk) とりあえず他の大事な物消さないように該当アドレスにぶち込めばたぶんOK 座標関係(2(2)スレ112さん) セーブデータの座標関係を調べてみた(お遊び程度にしか使えないけど) フラグが立ってないのに下の世界とかに行こうとするとフリーズするので注意。 あと、飛空挺もフラグが成立してるものじゃないと出現しない&乗れない。 2158 現在地x座標 2160 現在地y座標 2168 現在の向きとか 23B4 初期飛空挺x座標 23B4 初期飛空挺y座標 245C インビンシブルx座標 2464 インビンシブルy座標 2478 現在の乗り物 FF FF FF FF なし 01 00 00 00 初期飛空挺 07 00 00 00 インビンシブル フラグを解析したければアドレス2550以下を00から01にして 変化が起きるかどうかをひたすら調べるしかない(´д`;) つーかこの辺のチートはPARみたいにメモリをいじる方が断然楽だな・・ 外部で解析された項目 座標関連(中断セーブ) 下記ページを参照してください。 yamablog └FF3セーブデータ改造その2 "Xスレ"の定義 1スレ 【中華】マジコン厨のためのFF3攻略スレ【最高!】 2(1)スレ 【中華】マジコン厨のFF3攻略スレ その2【最高!】 2(2)スレ 【解析】Final FantasyⅢ【改造】 Aスレ 【マターリ】FF3DS Data Editor【未完成】 コメント(ご自由にどうぞ) 所持金のアドレスを修正してくださった方、ありがとうございます。 -- 管理人 (2006-08-26 23 58 01) 名前 コメント
https://w.atwiki.jp/darong/pages/131.html
【!suitonされて】探偵ファイル194脂【グルグル巻】 http //kamome.2ch.net/test/read.cgi/net/1313100802/ 【IP晒して】探偵ファイル193脂【グルグル巻】 http //mimizun.com/log/2ch/net/1310979511/ 【娘が】探偵ファイル192脂【不憫】2011/06/25 http //mimizun.com/log/2ch/net/1308994258/ 【AA荒らし】探偵ファイル190脂【通報ビクビク】2011/06/14 ※実質191 http //mimizun.com/log/2ch/net/1308051049/ 【自演バレて】探偵ファイル190脂【PCグルグル巻】2011/06/10 http //mimizun.com/log/2ch/net/1307702039/ 【一発逆転】探偵ファイル189脂【なかったことに】2011/06/06 http //mimizun.com/log/2ch/net/1307336080/ 【情弱少尉】探偵ファイル188脂【それミャンマー】2011/05/26 http //mimizun.com/log/2ch/net/1306384693/ 【400万】探偵ファイル187脂【壮大な計画の始まり】2011/05/16 http //mimizun.com/log/2ch/net/1305526056/ 【謝罪して来い】探偵ファイル186脂【、よ。】2011/05/09 http //mimizun.com/log/2ch/net/1304942723
https://w.atwiki.jp/peecetvfan/pages/43.html
DVDをISOファイルに変換する(VLC mediaplayerでの再生) Peece.TVでは今のところDVDのISO/UDFイメージには対応していないので、「Peece.TV とりこみ(4) - DVDからインポート」のページではDVDをライブラリに保存するのに「anyDVD」「CloneDVDmobile」を使って、WMVやDivX等に変換して登録する方法を説明しました。 今後Peece.TVでもISOファイルをそのまま読み込む事ができたら、WMVなどに変換することなく高画質のまま映像は見られるし、管理もしやすくなるのでとっても素敵なツールになると思います。 最近では1TBのハードディスクが1万円前後で購入できますので、DVDをコピーしてメディアを増やしていくよりはハードディスクにISOファイルを溜め込んで、必要に応じてDVDにコピーする方がよいのではないでしょうか。 今回はPeece.TVは使いませんが「DVD Decrypter」と「VLC media player」を使用してISOファイル作成、閲覧してみました。 DVD Decrypter VLC media player 01. DVD Decrypterをインストールする (1) 「DVD Decrypter」のダウンロードページの右側の「Dowonload Now」をクリックして、ダウンロードとインストールを行います。 (2) DVD Decrypterのインストーラーを起動して、「Welcome to the DVD Decrypter Setup Wizard」の画面で「Next」をクリックします。 (3) 「Select the type of install」を「Full」にして、「Next」をクリックします。 (4) インストール先を選択して「Install」をクリックします。 (5) インストールが終わったら「Finish」をクリックします。 02. 雑誌に付いているDVDをISOファイルにする 「DeAGOSTINI スターゲイトDVDコレクション」 - SF海外ドラマ スターゲイトのDVDコレクション - 今回はこちらの雑誌に付いているDVDをISOファイルに変換します。 (1) 先程インストールした「DVD Decrypter」を起動します。 (2)「DVD Decrypter」が起動したらDVDをパソコンに挿入します。挿入すると右側にDVDの情報が表示されます。 ※情報が表示されない場合はDVDドライブの選択先を変更してみましょう。 (3) 右側の画面にDVDの情報が表示されたら、メニューバーの「Mode」→「ISO」→「Read」を選択して、ISOファイルを作成する準備をします。 (4) 画面下にある 「DVDのアイコン ▶ ハードディスクのアイコン」をクリックします。 (5) ISOファイルへの変換が始まりますのでしばらく待ちましょう。 ※「Time Remaining」が待ち時間の目安になります。 (6) 変換が完了すると「Operation Successfully Completed!」のアラート画面が表示されるので「OK」をクリックします。 (7) 指定した保存先に「ISOファイル」と「MDS」ファイルが出来上がります。 ※購入したDVDやレンタルしてきたDVD等もDVD Decrypterを使用すると同様にISOファイルに変換できます。 03. VLC media playerをインストールする (1) 「VLC media player」の「Download VLC」の下の「Windows」をクリックします。 (2) VLC media player for Windowsのページを開いて、ダウンロードとインストールを行います。 (3) VLC media playerのインストーラーを起動して、「Installer Language」の画面で「Japanese」を選択して「OK」をクリックします。 (4) 「セットアップ」の画面で「次へ」をクリックします。 (5) 「ライセンス契約書」の画面で、契約書の内容を一通り読んで問題なければ「同意する」をクリックします。 (6) 「インストールタイプ選択:」を「Full」にして、「次へ」をクリックします。 (7) インストール先を選択して「インストール」をクリックします。 (8) インストールが終わったら「完了」をクリックします。 04. 変換したISOファイルを再生します。 (1) 先程インストールした「VLC media player」を起動して、「プライバシーとネットワークの警告」の画面で「OK」をックリックします。 (2)「VLC media player」が起動します。 (3)「VLC media player」が起動したら先程変換したISOファイルを「VLC media player」にドラック&ドロップします。 (4) ISOファイルがDVDを開いたときと同じ様に再生されます。 (5) 「VLC media player」のメニューバーの「ビデオ」→「全画面化」よりフルスクリーンで見ることもできます。 ※ちなみにISOファイルをPeece.TVにインポートしてみましたが、インポートはされましたが再生できませんでした。しばらくはフォルダでライブラリ化してVLC media playerで再生しましょう。 Peece.TV 使い方 メニュー Peece.TV パーフェクトガイド トップページ Peece.TV インストール Peece.TV 再生(1) - コンテンツを再生してみよう! Peece.TV 再生(2) - コーデック関連 Peece.TV とりこみ(1) - ローカルコンテンツを登録 Peece.TV とりこみ(2) - インポート web Peece.TV とりこみ(3) - Peece.Net Peece.TV とりこみ(4) - DVDからインポート Peece.TV とりこみ(5) - 携帯電話 Peece.TV とりこみ(6) - インポート web (2) Peece.TV 管理(1) - コンテンツを便利に管理しよう! Peece.TV 管理(2) - ハイビジョンハンディカムの動画を管理する Peece.TV 管理(3) - DVDからISOファイルに変換する Peece.TV 管理(4) - Podcastの動画を管理する Peece.TV 管理(5) - MacでPeece.TV Peece.TV 管理(6) - バックアップ Peece.TV 持ち出し(1) - PSP編 Peece.TV 持ち出し(2) - iPod・iPodTouch・iPhone3G編 Peece.TV 持ち出し(3) - 携帯電話
https://w.atwiki.jp/winamp/pages/43.html
ローカルメディアの曲のファイル情報 ミュージックCDのCD情報 ローカルメディアのビデオのファイル情報 デバイス内のメタ情報 MP3ストリーム情報 flacファイル oggファイル asfファイルのファイル情報 APEファイルのファイル情報 基本情報をUnicodeにする カバーアートダウンローダ BPM Analyzer ローカルメディアの曲のファイル情報 一般的なmp3のファイル情報を見ると次のようになっています。 基本情報、アートワーク、ID3v1、ID3v2、場合によっては APEv2 や Lyrics3 というタグも表示されます。(メインウィンドウメニュー-オプション(O)-設定(P)...-プラグイン-入力-Nullsoft MPEG オーディオデコーダー v4.94[in_mp3.dll]の設定(C)で ID3v1 ID3v2 APEv2 Lyrics3 それぞれのタグを読み込ませないようにすることができます。読み込まないだけで削除されるわけではありません。)これらの情報が全て空欄になっている場合はファイル本体が削除されてしまっているか、フォルダやファイル名が変更されてしまっています。 m4a の場合には ID3v1、ID3v2、APEv2、Lyrics3 のタグはありません。 aac の場合には 基本情報、アートワーク、ID3v1、ID3v2までは同じで、APEv2やLyrics3 のタグがありません。 wav au aiff などのファイルはタグそのものが存在しません。 flac ogg asf などのファイルは基本情報、アートワーク、詳細のタグがあります。(参照) tak の場合には APEv2-Tag という項目があるので APEv2タグを付けることができるのだと思います。 これらのタグはいったん正常に読み込むさえできれば心配はいりません。(とあるメディアプレーヤーのようにバージョンアップしたら急に全て文字化けしてどうしようもなくなることはありません)設定さえ変えていなければたとえ iTunes で購入した曲であっても WMP でリッピングした曲であっても、Winamp で読み込むことさえできれば Unicode(UTF-16) に変換して保存してくれます。 もしも Winamp でタグが文字化けしてしまっている場合には基本情報をUnicodeに変換してからメディアライブラリに登録しなおす必要があります。(エクスプローラーで見た時に文字化けしていてもメディアライブラリに登録したらなおったとか、エクスプローラーで見たら表示されていなかったのにメディアライブラリに登録したら表示されるようになったとか、よくあります) 上の設定項目はメインウィンドウメニュー-オプション(O)-設定(P)...-プラグイン-入力-Nullsoft MPEG オーディオデコーダ v4.94[in_mo3.dll]の設定項目のひとつです。 逆にタグ情報が一切無い状態だと条件さえよければ Winamp がアルバム-アーティスト-トラックナンバー-曲名などを補完してくれます。ファイル名からそれらの情報を割り出すのでファイル名を付ける時にはそれらの情報を含めておくといいかもしれませんね。これらの検出ロジックはメインウィンドウメニュー-オプション(O)-設定(P)...-メディアライブラリ-ローカルメディア-監視フォルダのタブ中の一番下の項目、メタデータ読み取り設定の項目で設定(C)のボタンを押せば表示されます。デフォルトで「アーティスト-アルバム¥トラック番号-アーティスト-タイトル」になっていると思います。 アーティスト-アルバムというフォルダに入ったトラック番号-アーティスト-タイトルという名前のファイル名であれば、メタ情報を補完してくれるというわけです。これも検出ロジックを細かく指定できると楽だと思うのですが‥‥。 基本情報 曲の諸情報として、Winamp は上のような情報を取り扱います。トラック、ディスク、BPM、タイトル、アーティスト、アルバム、アルバムアーティスト、西暦、ジャンル、コメント、作曲者、発行者 特に説明が必要なものは BPM くらいでしょうか。 BPM 音楽で演奏のテンポを示す単位。ビート・パー・ミニット。 メトロノームは1分間における拍の数によってテンポを刻む機械であるから、メトロノーム記号は1分間における拍の数でテンポを表す。すなわち、1分間に60拍ならばM.M.=60のように表す。BPM(Beats Per Minute)が用いられる場合もある。60 BPMはM.M.=60と同じ意味である。 四分音符=60のようにその音価を示す音符を明記することも多い。この場合は拍の音価にかかわらず、示された音価の刻む速さを示す。 (Wikipedia) BPMは別に何も書いていなくても問題ないのですが、Winampが類似の音楽からプレイリストを作ったりする時に参照しているのかもしれませんね。BPMを基本情報に書いておきたい方は BPM Analyzer をクリックしてください。(BPM Analyzerは ID3v2にBPMの項目を書きこむためのソフトウェアなので、ID3v2情報が存在しない m4a などのフォーマットには使用できません。WMAには対応しているようです。) 新しくスマートビューを作る場合やビューの編集時に BPM の数値を検索クエリとして使えるようです。詳しくはタブ/メディアライブラリ/ローカルメディア/スマートビューの追加を参照のこと。 右に書いてある項目の上はフォーマット情報なので基本的に操作できません。右側の下の項目はリプレイゲインで取得した数値が入ります。正確には ID3v2 の中に書かれた「トラック取得」「アルバム取得」というフレーム(項目)を基本情報に反映しています。ID3v2 に書かれた「トラック取得」「アルバム取得」というフレームはユーザーによる編集はできません。 もしくは Apev2タグの REPLAYGAIN_ALBUM_GAIN REPLAYGAIN_TRACK_GAIN の数値を反映しています。(Apev2タグの REPLAYGAIN_ALBUM_GAIN REPLAYGAIN_TRACK_GAIN の数値は編集して変えてしまうことができます。これは個人的には非常に問題だと思うのですが‥‥)Ogg の形式の時にはその他のタグに、AAC の時には APEv2 のタグに書かれた情報を基本情報に反映します。 Winampでリプレイゲインの数値を得るには、送るコマンドの送り先としてリプレイゲインを指定して、それを「トラックデータの保存」を選択すれば ID3v2タグの「トラック取得」フレームに、「アルバムとして保存」すれば「アルバム取得」と「トラック取得」の両方のフレームに数値が入ります。詳しい説明はメインウィンドウ/素朴な疑問に載せてありますので参照してください。 oggファイルの場合は別にタグを付けてからリプレイゲインの情報を書き込むようですが、m4a には基本情報以外にリプレイゲイン情報はありません。 ちなみに、この右下の"自動タグ"ボタンを押すとGracenoteから情報を引っ張ってきます。割と早いですが、全く情報が違っていたりもします。アーティストとアルバムタイトルを入れてあげてから、このボタンをクリックしたほうが取得効率は良いと思われます。 自動取得で気をつける点 この機能はメディアライブラリの一覧リストの中で右クリックした時に表示されるメニューの中の"送る"の送り先の中にも"自動タグ"としてありますから、そちらでも使うことができます。そちらで指定する場合は複数個のファイルを一度に自動タブに送ることができます。 同時に複数個の自動タブを取得したほうが正確な取得の確率が上がります。特にアルバム単位で取得するのが最も正確なタグを得られます。複数個のアルバムを同時に取得しようとすると取得の正確さは失われます。 WinampでCDをリッピングすると指定しなくても自動で情報を取得しにいきます。 コンピレーションアルバムやサウンドトラックなどに収録された曲の場合、アルバム名の取得をミスしてしまう場合があります。 あまりに新しいCDの場合でデータベースに情報が無い場合にうまく情報を取得できません。CDである場合には、協力してくれと言わんばかりに全ての情報の入力を促される事があります。 アートワーク(アートワークエディタ)のタグです。 ここでは少し説明が必要かもしれません。MP3にアルバムアートを埋め込んである場合もあるのですが、Winamp の場合は曲データにいちいちアルバムアートを埋め込んでいるわけではありませんし、画像データを埋め込んでいなければアルバムアートを表示できないわけではありません。それに画像データを曲データに埋め込むのはファイルが大きくなるだけだし、埋め込んだ画像データ自体が破損してしまう事も割と多く、あまりメリットがあるとは思えません。 かと言って、画像が埋めこまれてしまっている音楽データをWinampで再生する場合に支障が起きるわけではありません。Winampのアートワークタブ部分だけでは、その画像が埋め込まれたものなのか、同じフォルダに置かれたものなのかまったく判断がつきません。埋め込まれた画像が下で示すように破損して始めて分かることも少なくありません。 画像を埋め込んだ音楽データはこういうイメージで破損することが多いです。私の経験では埋め込んだ曲のほとんどが、こういう破損の仕方をしました。こうなってしまってはリペアするしかありません。右にあるボタンの"削除"をクリックして埋めこまれているアルバムアートを削除して"OK"をクリックします。 その音楽データが置いてあるフォルダ内に下で示すファイルを置いておけば Winamp が勝手にアルバムアートを更新してくれます。もしメディアライブラリでアルバムアートを表示した時に古い破損したままのアルバムアートだったら、アルバムアートの上で右クリックをして"アルバムアートの更新"を選択してください。 メインウィンドウ内に表示されているアルバムアート上で右クリックすると上のメニューが表示されます。メディアライブラリのアルバム一覧で表示されているアルバムアート上で右クリックすると、もっと色んな項目が表示されますが、そのメニュー内にも同じ項目があります。 ファイル情報のアートワークタグ部分で"ダウンロード"ボタンをクリックするか、上のメニューからアルバムアートの取得を選択するとアルバムアートを取得しようと頑張ります。アルバムアートの取得は邦楽だとマトモに取得することはできません。洋楽ならだいたい取得してくれます。場合によっては割と待たされる(回線が遅いだけ?)ので、邦楽は自分で探して設定した方が良いです。(参照) Winamp の場合は曲ファイルの置かれたフォルダと同じフォルダに置かれたfolder.jpg(png) cover.jpg(png)や Album .jpg(png)などをアルバムアートとして勝手に登録します。このやり方が一番簡単ですし、もっとも普及しているやり方だと思います。 Album はアルバムタイトルです。 この左側にある"ロード..."というボタンか右側にある"変更..."ボタンでアルバムアートを指定すると、指定した画像ファイルが曲データと同じフォルダに置かれて cover.jpg という名前になります。png でも gif でも jpg に変換されます。 もしフォルダ内に cover.jpg が既にある場合は Album .jpg というファイル名でファイルをコピーします。 Album .jpg というファイルが既に存在していた場合には、 Album .jpg を差し替えます。 Album はアルバムタイトルです。 少し説明が悪いのですが、左側に"カバー"と2つ書いてあると思うのですが、実際には cover なのです。なので、この状態で"ロード..."を選んだり、"変更..."を行うと、そのファイルが cover.jpg になるという仕組みです。 だから、下のアートワークタイプ カバーと書いてある部分のカバーを適当な文字に書き換えてみてから、"ロード..."か"変更..."をクリックして画像ファイルを選択すると、入力した文字.jpg というファイルが曲ファイルと同じフォルダにコピーされてきます。(この時点でアルバムアートに指定されているわけではありません) アルバムアートとしてあつかうことができるファイルは jpg png gif bmp です。(Windowsで表示できるからと言って正常な画像ファイルであるとは限りません。設定できない場合には画像がなんらかの方法で正常では無い可能性があります。BinHex Format を戻した画像は指定しても無効にされてしまっていました。判定は割とシビアです。) 優先順は Album .bmp Album .gif Album .jpg Album .png cover.bmp cover.gif cover.jpg cover.png folder.bmp folder.gif folder.jpg folder.png front.bmp front.gif front.jpg front.png の順でアルバムアートに設定されます。(アルファベット順に並んで優先されているだけだと思います。この優先順位には深い意味は無いでしょう。) Album はアルバムタイトルです。画像ファイルは非表示にしていても上のファイル名であればアルバムアートに設定されます。 Album cover folder front と多いので好きなの選べよっていう感じ?知っての通り Windows のエクスプローラーで見た時に画像ファイル名を folder にしておけばフォルダがその画像に置き換わるっていうファイル名ですね。どれにしようか迷うなら folder にしておけばいいんじゃないでしょうか? 同じフォルダに置いてあるこれらの画像ファイルも、アートワーク(アートワークエディタ)の部分の右側にある『削除』のボタンをクリックすると削除されます。このアートワークを削除してもよろしいですか?この操作は元に戻すことができません。と確認のウィンドウが開きますが、その通りに削除したファイルはゴミ箱にも存在しません。(実際には埋め込まれた画像が最優先でアルバムアートに指定されているはずなので、削除ボタンを押した時に削除されるのは埋め込まれた画像ということになります。) 後述しますが、上記のやり方でアルバムアートが設定されていれば、iPod などに曲を転送した場合、iPod でもアルバムアート(Cover Flow)は表示できます。もちろんメディアライブラリでもアルバムアートを表示することができます。(参照) 私は検索する技が未熟なので小さなアルバムアートしか見つけることができませんが、だいたい 300x300pics 以上のものを設定しておけば iPod に転送したりメディアライブラリでアルバムアート表示しても困ることは無いと思います。メディアライブラリでアルバムアート表示する時に時間がかかるので大きくても良いというわけでは無いですけどね。 アートワーク(アートワークエディタ)の右側にある"変更..." "名前を付けて保存..." "コピー" "貼り付け" "削除"などのボタンは曲にアルバムアートを埋め込んである場合と同じフォルダに上記の名前で置いてある場合で少し動作が違うようなので、簡単に説明しておきます。 "変更..."アルバムアートを埋め込んである場合は画像を選択しても cover.jpg という名前で曲データを同じ場所にコピーしてきますが、埋めこまれている画像の方が優先してアルバムアートに設定されるので無意味。 曲データを同じフォルダに上記の画像が置かれている場合には cover.jpg という名前でコピーするが、既に cover.jpg が存在していた場合には Album .jpg という名前でコピーする。 "名前を付けて保存..."アルバムアートを埋め込んである場合も、曲データと同じフォルダに上記の画像が置かれている場合にも画像を取り出して保存する。 "コピー"アルバムアートを埋め込んである場合も、曲データと同じフォルダに上記の画像が置かれている場合にも画像をコピーする。 "貼り付け"アルバムアートを埋め込んである場合も、曲データと同じフォルダに上記の画像が置かれている場合にもクリップボードの内容の画像を曲データと同じフォルダ内に cover.jpg という名前で保存する。既に cover.jpg が存在していた場合には Album .jpg という名前でコピーする。 "削除"アルバムアートを埋め込んである場合には、埋め込んである画像を削除する。曲データと同じフォルダに上記の画像が置かれている場合には、その画像データを削除する。 ID3v1 のタグです。なにかと後々やっかいな事になりそうなので、この項目は削除したりしない方が良いと思います。 古い機器や再生ソフトは ID3v1 にしか対応していない場合があります。 ID3v1は古い規格で、構造が単純で扱いが簡単ですが設定できる項目が少ない(タイトル、アーティスト、アルバム、年、コメント、ジャンルのみ)、各項目が半角30文字(全角なら15文字)まで、多言語が扱えないなどの問題があります。 ついでに、Winamp で時々起きることですが、基本情報を編集すると 15文字でカットされてしまう場合があります。これと何か関係があるのかもしれませんが、現状では回避する手段がありません。再現性も非常に低いので、現状では何が理由なのか分かりません。 ID3v2 のタグです。なにかと後々やっかいな事になりそうなので、この項目は削除したりしない方が良いと思います。 基本情報はID3v2で、v2に非対応のオーディオ機器・再生ソフトなどを使っている場合のみID3v1も書き込むという使い方が一般的のようです。 ただ、ID3v2にはv2.2、2.3、2.4があってこれらの間に充分な互換性が無く、また文字コードもISO8859-1、UTF-16、UTF-8 の使用が規定されており、更には規定に反してISO8859-1と言いながら勝手な各国コードで書き込む方式まで一般化していて、ややこしい状態になっています。 と、いうか情報的には ID3v1 の情報量でも充分だと思うのですけどね。どうしてこんなにワケ分からない状態なのかかえって不思議なくらいです。 APEv2 のタグ情報です。 APEv2タグは邪魔なら削除しても構いません。Winampで表示するするのは基本情報の部分だけです。APEv2のタグを開いて、左上の『ファイルにAPEv2タグを含める(I)』のチェックマークを外しておけばいいだけです。もしくは右下の"すべて削除"のボタンで全ての項目を消してから"OK"を押すと APEv2 タグ自体が消えます。 APEv2タグがあっても Winamp を使っている上では特に困ることはありませんが、古い型式の mp3 プレイヤーでトラブルを引きこすタグとして有名ですので、この場合は削除しておいても構わないと思います。 APEタグは元々Monkey s Audio(拡張子は.ape)形式用のタグとして作られ(APEv1)、それを元にMPC形式用として大幅な拡張を加えられ(APEv2)たものです。非常に柔軟、かつID3v2よりもシンプルで扱いやすく、現在ではMonkey s Audio、MPC、WavPack、OptimFROGなど多くの形式で使われています。 Foobar2000など一部ソフトの開発者はMP3でもAPEv2をメインにしようとしたようですが、ID3v2に押されて普及はしていません。むしろそのマイナー性を生かして、他のソフトにより消去や変更をされたくない情報を格納するのにAPEv2を利用する、といった使い方をする場合もあるようです。 このタグを削除する時に注意することがひとつだけあります。MP3gain というソフトウェアを使っている場合には APEv2タグにリプレイゲインの情報を書き込み、それを基本情報に反映するということをしているみたいです。(MP3gainでリプレイゲインを取得しても ID3v2 タグのアルバム取得・トラック取得には何も書かれていません)当然ですが、APEv2 タグを削除するとその情報が失われます。 失われたところでWinampでリプレイゲインを計算し直せばいいだけの話なのですが‥‥。名前の項目にMP3GAIN_REPLAYGAIN_TRACK_GAINとあったら、それだと思ってください。 APEv2のタグに書いてあるリプレイゲインの情報は Winamp でリプレイゲインを計算すれば上書きされます。MP3gain と Winamp でそれぞれリプレイゲインを計算した値の違いはケースバイケースです。大きく数値が異なる場合でも 35% 前後の違いがあるくらいでした。(当然ですが値が大きくなればなるほど値は近くなります。) どちらが正確とか、そういうのでは無いでしょう。計算するアルゴリズムが違うのですから値が違ってきて当然です。どちらが良いのかは個人個人で判断すればいいのではないでしょうか。まったく個人的な意見を言わせてもらえばリプレイゲイン情報は ID3v2 にも書き込めるのに、それをわざわざ APEv2 タグを作ってまで記録しようとするのはどういう意図だろうか?ということです。(誤解があるといけないので書いておきますが、私個人としては不要な物は削除したい症の人なのでリプレイゲインの値だけのために APEv2 タグを削除できないという事を苦痛に思うのです。) iTunes のギャップレス再生の情報もここに載ってるそうです。 iTunSMPB 00000000 00000840 000002A0 0000000000666D20 00000200 00000090 00000005 00000000 00000000 00000000 00000000 00000000 iTunNORM 00004FEE 00004AD9 0001008A 0000EED5 00019F0F 0000FF6B 00007FA5 00007FA7 000147FB 00011F59 とか載ってたら、それです。iTunes を併用している人は APEv2 タグは消さない方がいいかもしれませんね。 ギャップレス再生 曲と曲の間の無音部分を削除して継ぎ目無く連続的に再生してくれる機能のこと。ライブCDやコンサートCDの場合に有用。 Nullsoft DirectSound 出力 v2.6(d) [out_ds.dll] の設定で、トラックの先頭/末尾の無音部分を削除することによって擬似的にギャップレス再生をすることができる。 問答無用で APEv2タグを削除したい時にはメインウィンドウメニュー-オプション(O)-設定(P)...-プラグイン-入力から Nullsoft MPEG オーディオデコーダ v4.94 [in_mp3.dll]を選択して、設定(C)のボタンを押した時に表示される APEv2とLyrics3タグ部分で、APEv2ヘッダーを書き込む時 のプルダウンメニューからヘッダーの削除を選択しておけばいいんじゃないでしょうか。そうすれば APEv2タグに対しては編集をいっさい行わなくなります。あくまで編集を行わないだけなので全ての APEv2 タグを一括削除する場合は Winamp ではできないので、ソフトを探してこなくてはなりません。 APEv2タグも LAMEタグに比べたら可愛いものですけどね。APEv2タグばかりが悪く言われてる事がありますが、LAMEタグも悪さをすることがあります。LAMEタグの削除には専用のソフトが必要になります。LAMEタグもAPEv2タグも公式では悪影響は無いとしていますが影響を受けるメディアプレーヤーが存在するのは事実です。 特に動画音声として使う場合に LAMEタグが存在する事によって動画と音声のタイミングをズラしてしまうことは有名です。サンプリングレートによって LAMEタグの大きさは変わってくるのだそうです。仕様ではそんなに大きいタグでは無いはずなのですが‥‥。エンコードする時にLAMEタグを付けないように指定できるのらしいので、不具合が起きた時にはそうしたほうがいいでしょう。 LAMEタグにはエンコードの設定等の情報が書き込まれており、 VBR(可変ビットレート)に対応したプレイヤーではこの情報を元にして VBRファイルの正確なシーク、再生時間の計算を可能としているので特に問題が無いならこのタグは削除しない方がいいと思います。エンコード時に LAMEタグを何度も書き加えてしまって間違えた情報をプレイヤー側に渡すことがあります。私が見たことがあるのは、LAMEタグを51回連続して書き加えてあるファイルがありました。 Lyrics3 のタグです。タイトル・アルバム・アーティストとだけありますが実際にはもっと情報があるのだそうです。歌詞を表示したりするための情報らしいですが、Winampにはそんな機能はありません。たぶん探せば歌詞を表示するためのプラグインはあるのだと思います。Lyrik 1.3.1 というプラグインが人気あるらしいです。どうやって歌詞を得るのかとかは自分で検索して調べてください。 歌詞表示したりしないユーザーや、その予定も無いユーザーはこのタグは削除しても良いでしょう。(私はその時に不要だと思ったらどんどん削除しているので最低限のタグしか残しませんよ。経験則として不要なものはトラブルの元にしかならない事を知っていますから‥。それにどんな状況になっても歌詞に目をやったりするような事は無いと思いますし‥。Lyrik 1.3.1ユーザーが編集に加わってくれれば、この項目も少しはらしくなるでしょうね。) Lyrics3 Tags,Lyrics3 Tag Editor とかで検索すれば、このタグを編集・追加できるエディタを見つけることができると思います。 キーワードは"LYRICSBEGIN"と"LYRICSEND"歌詞の中に存在してはならない。 テキストは、ISO - 8859 - 1文字でエンコードされた設定になっている。 テキスト内のバイトのバイナリ値255を持ってはならない。 歌詞の最大長は 5100バイトまでとする。 改行はCR + LFの配列で作られてる。 などなどの決まりごとがあり、古いフォーマット Lyrics3v1 も存在します。 総括 ひとつのファイルにあれこれと情報を埋め込んであるのですね。もっと統一するか、あるいは古い形式のものは使わない取り決めにするとかすればいいのに‥‥。しかも、同じ情報を残すにしても、あのタグを使ったりこのタグを使ったりしているのは何とかしてもらいたいものです。ちなみに日本では Lyrics3 はメジャーではありませんが、実際には ID3.org で定められた原則にのっとり作られているタグです。 ローカルメディアのビデオのファイル情報 ビデオのファイル情報は非常に少なめです。現在使用されているフィルタのことしか羅列してありません。長さやビットレートに関しては当然と言えば当然なのですが‥。 ビデオファイルに関してもデバイス上の曲と同じようにほとんどメタファイルで情報を付加して感じですね。中にはメタ情報の編集もできないビデオファイルがありますが、理由ははっきりと分かっていません。
https://w.atwiki.jp/pomera/pages/28.html
新規作成 開く 本体メモリ ファイル一覧を表示 microSDカード ファイル一覧を表示 上書き保存 名前をつけて保存 ファイルのコピー ファイルの移動 ファイルの削除 ファイル名の変更 編集終了 電源オフ